Video  providing textual content system and method

ABSTRACT

A system for interacting with a video includes a processor, a video decoder communicatively connected to the processor, a storage communicatively connected to the demultiplexer, the storage contains at least one video file having more than one video frame, at least one of the video frame including at least one respective metadata segment of the video frame, and an input device communicatively connected to the processor. The processor, responsive to the input device, processes the at least one of the video frame including the at least one respective metadata segment, controlling selection of another of the more than one video frame for the video decoder.

CROSS-REFERENCE TO RELATED APPLICATIONS

The present application is a continuation and has benefit of priority ofU.S. patent application Ser. No. 15/387,195 titled “Video ProvidingTextual Content System and Method”, filed Dec. 21, 2016, which priorityapplication is a continuation of U.S. patent application Ser. No.13/692,349, titled Video Providing Textual Content System and Method”,filed Dec. 3, 2012, and issued on Aug. 15, 2017 as U.S. Pat. No.9,736,247 (which is a conversion of and has benefit of U.S. ProvisionalPatent Application Ser. No. 61/566,319, titled “Video Providing TextualContent System and Method,” filed Dec. 2, 2011), The priorityapplication Ser. No. 15/387,195 is co-pending and has at least one sameinventor of the present application.

TECHNICAL FIELD

The invention generally relates to devices that play standard video thatis either stored locally on the device or streamed over a network, andmore specifically relates to providing devices with video for display oftextual content such as used to provide electronic versions ofnewspapers, magazines or books.

BACKGROUND

Over the last few years there has been an explosion in creatingelectronic versions of books, magazines and newspapers. This electronictextual content is viewed using a specific user device, such as ane-reader or viewed using standard user devices such as personalcomputers (PCs), laptops, smartphones or tablets. This electroniccontent is provided to the user through various means: 1) industrystandard formatted files such as ePub or pdf, 2) proprietary formatfiles such as Amazon Kindle or Sony's eBeB, or 3) software applicationsthat run on a particular device such as a Time Magazine iOS applicationfor use on an iPod or iPad.

Video, such as may be processed from a file stored in or communicativelyconnected to a device or from network streamed data received by thedevice from a remote source, is comprised of “frames.” These frames areprocessed, in sequence over time, for display of respective images ofthe scenes. A digital data file or streamed data set of video isgenerally encoded as two types of video frames, I frames and P frames.The I frames can be decoded without reference to any other frames, butthe P frames are decoded with reference to previously decoded I framesand P frames. The I frames usually take considerably more storage thenthe P frames. Therefore, to save on storage requirements, it is usuallydesirable to have more of the P frames and fewer of the I frames. Thevideo includes one or more “header” containing metadata which, togetherwith any inputs operative by the metadata, control the sequencing of theframes to display respective images to represent the applicable movingscene of the video. Because the P frames are decoded with reference topreviously decoded I frames and P frames, random access to any givenframe of the video conventionally requires that previous I frames and Pframes must first be decoded.

It would therefore be a significant improvement in the art andtechnology to provide systems and methods for processing video fordisplay of textual content, such as for electronic versions ofnewspapers, magazines, books or other purposes, with substantiallyrandom selectability of next frame for display from among other framesof the video.

SUMMARY

Embodiments of the invention include video content that when displayedon a user device appears to the user as a typical electronic version ofa book, newspaper and magazine. The video content includes a set offrames, each frame viewed one at a time in sequence, with each framebeing a page and with capability for access both sequential andnon-sequential (i.e., out of regular sequence) frames/pages. The userdevice can have limited processing power, one or more inputs, a sourceof the video, a video decoder, and a display. The video format of eachframe includes standard video segment and audio segment, together alongwith one or more metadata segment. The video is processed/played oneframe at a time and the metadata that is attached to each video frame isused to provide a list of possible frame numbers to access and displaynext. Each metadata segment includes logical criteria which, if met,results in an action performed. For example, the action may include nextaccess to a given frame of the video, and processing and display of thatframe. Logical criteria of the metadata segment may include, forexample, receipt of input of a key stroke, mouse click/movement, touchgesture and possibly the area of the screen, and others. The input isprocessed together with the metadata segment to yield a next frame togoto, file to goto, a type of transition from current image display tothe next image display, area of the screen display where the next frameis displayed (which generally is the entire display, but not always) andothers. The video can be uniquely displayed in each device. For example,device specifications, such as display size, input devices and speed ofprocessing by decoder can dictate display, and user preferences of thedevice, such as font size, color, language and others, can dictate videooutput by the device. Embodiments also provide concurrent display ofmultiple videos on a display, wherein the videos are overlaid ornon-overlaid in the display. In certain embodiments, the video caninvoke other video(s). A main or master video provides a selectable listto other video(s). On invoking a selected video from the master video,control can be returned to the master video.

An embodiment of the invention includes a system for interacting with avideo. The system includes a processor, a video decoder communicativelyconnected to the processor, a storage communicatively connected to thedemultiplexer, the storage contains at least one video file having morethan one video frame, at least one of the video frame including at leastone respective metadata segment of the video frame, and an input devicecommunicatively connected to the processor, wherein the processor,responsive to the input device, processes the at least one of the videoframe including the at least one respective metadata segment of thevideo frame, controlling selection of another of the more than one videoframe for the video decoder.

Another embodiment of the invention includes a video file of respectivevideo frames. The video frames are respectively processable by aprocessor to deliver a video image to a display. The video file includesa respective video segment of each video frame, and a respectivemetadata logic code segment of each video frame, the respective metadatalogic code segment of each video frame processable, responsive tointeractive input received by the processor, for controlling the videoin the display.

Yet another embodiment of the invention includes a method of processinga video file. The method includes demultiplexing the video file toobtain a first video frame, the first video frame includes a videosegment and a metadata segment, decoding the first video frame,processing the video segment and the metadata segment of the first videoframe, displaying an image in respect of the video segment of the stepof processing, receiving an input logically operative to the metadatasegment of the step of processing, selecting a second video frame forthe step of decoding in response to the step of receiving, and repeatingthe steps of decoding, processing and displaying for the second videoframe.

Another embodiment of the invention includes a system for displaying avideo of successive images from a video file. The system includes ademultiplexer for splitting the video file into at least one respectivevideo frame for each respective image of the video, each of the at leastone video frame including a video segment and a metadata segment, adecoder communicatively connected to the demultiplexer, for renderingeach of the at least one respective video frame for processing, aprocessor communicatively connected to the decoder, for processing thevideo segment and the metadata segment, respectively, of each of the atleast one video frame, respectively, a display communicatively connectedto the processor, for displaying the successive images, each videosegment of each video frame displayable as a respective one of thesuccessive images, and an input device communicatively connected to theprocessor, for receiving input operative to the processor in processingthe metadata segment. The processor selectively calls a next one of thesuccessive images, responsive to processing the metadata segment andinput received from the input device.

Yet another embodiment of the invention includes a method for play of aninteractive video, the interactive video includes a metadata segmentassociated with a video segment of each frame. The method includesdecoding the interactive video, first processing the video segment andthe metadata segment of a first frame of the interactive video, firstreceiving a first input directive to the step of processing the videosegment and the metadata segment of the first frame, first discontinuingthe step of first processing the video segment and the metadata segmentof the first frame, first calling a second frame of the video, inresponse to the steps of first processing and first receiving, secondprocessing the video segment and the metadata segment of the secondframe of the interactive video, second receiving a second inputdirective to the step of second processing the video segment and themetadata segment of the second frame, second discontinuing the step ofsecond processing the video segment and the metadata segment of thesecond frame, second calling a third frame of the video, in response tothe steps of second processing and second receiving, third processingthe video segment and the metadata segment of the third frame of theinteractive video, third receiving a third input directive to the stepof third processing the video segment and the metadata segment of thethird frame, and third discontinuing the step of processing the videosegment and the metadata segment of the third frame of the interactivevideo.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention is illustrated by way of example and notlimitation in the accompanying figures, in which like referencesindicate similar elements, and in which:

FIG. 1 illustrates an example video player device for display of avideo, according to certain embodiments of the invention;

FIG. 2 illustrates an example video of six frames, each frame includingrespective one or more metadata segment which, when processed withinput, determines selection among frames for each next frame fordisplay, according to certain embodiments of the invention;

FIG. 3 illustrates another example video of two frames, each frameincluding video and metadata segments, and in certain instance audiosegment, according to certain embodiments of the invention;

FIG. 4 illustrates a method of processing a video file by a videoprocessing device, according to certain embodiments of the invention;

FIG. 5 illustrates example displays of two example consecutive imagedisplays of an example video, in which images are simultaneouslyprocessed and displayed in overlaid manner, according to certainembodiments of the invention;

FIG. 6 illustrates other example displays of two other exampleconsecutive image displays of an example video, in which images aresimultaneously processed and displayed in non-overlaid manner, accordingto certain embodiments of the invention;

FIG. 7 illustrates an example of two different videos providing a singleimage, on the one hand, and two separate images, on the other hand, eachof same content and formatted, respectively, for larger and smallerdisplays, according to certain embodiments of the invention;

FIG. 8 illustrates an example series of successive displays for threeseparate example videos, including a manager video for access to othersof the videos, according to certain embodiments of the invention; and

FIG. 9 illustrates an example video including headers and five videoframes, according to certain embodiments of the invention.

DETAILED DESCRIPTION

In this disclosure, the term “video” is used to refer to an encoded ordecoded digital data file or streamed digital data set, which isprocessable to render a sequence of displayed images representingrespective scenes in motion. By way of background, video is comprised of“frames” which are processed for display in sequence over time ofrespective images of the scenes. A digital data file or streamed dataset of video is generally encoded as two types of video frames, I framesand P frames. The I frames can be decoded without reference to any otherframes, but the P frames are decoded with reference to previouslydecoded I frames and P frames. The I frames usually take considerablymore storage then the P frames. Therefore, to save on storagerequirements, it is usually desirable to have more of the P frames andfewer of the I frames. The frames of the video include a video segment,and may also include an audio segment. The frames also include one ormore “header” containing metadata which, together with any inputs,control the sequencing of the frames to display respective imagesrepresenting the moving scene of the video.

Referring to FIG. 1, according to certain embodiments, an example videoplayer device 10, such as a device of a user having limited or otherprocessing capability, includes a processor 105 communicativelyconnected to memory 115. The processor 105, in conjunction with thememory 115, controls the device 10 and its components and provides otherprocessing. The processor 105, operating in conjunction with the memory115, can receive input for control of processing. For example, one ormore input peripheral device, such as a keyboard 100, mouse 101, touchpad or display 102, and/or other input device, is communicativelyconnected to the device. As will be understood, the device 10 mayinclude any one or more of these or other input peripheral devices.

The player device 10 includes or is communicatively connected to one ormore output device, for example, a display 109, a speaker 114, otheroutput device(s), or combinations. The device 10 also includes or iscommunicatively connected to a demultiplexer 107 communicativelyconnected to the processor 105, for receiving input of video anddelivering segments of the video (e.g., video segments, audio segments,and other segments, such as metadata) to applicable decoder(s). Forexample, a video decoder 108 of or communicatively connected to thedevice 10 via the processor 105 and the demultiplexer 107 receives anddecodes video segments of the video to render respective frames of thevideo for output of corresponding successive images in the display 109.Further in the example, in the case of a video that includes audio, anaudio decoder 113 of or communicatively connected to the device 10 viathe processor 105 and the demultiplexer 107 receives and decodes audiosegments of the video to render audio for output by the speaker 114. Oneor more headers of respective metadata of the video is similarlyreceived and processed/decoded by the processor 105 and/or decoder, asapplicable in the embodiment and for the video.

Depending on desired implementation, each of the demultiplexer 107, thevideo decoder 108 and the audio decoder 113 may be any of a computerprogram stored in memory and processed by the processor 105, inconjunction with the memory 115, an electrical circuit or device,another device, or combinations.

The video for processing by the device 10 is stored in a local storage106 of or communicatively connected to the device 10, or is streamedfrom a remote device over a network 110 communicatively connected to thedevice 10, or combinations. Examples of the local storage 106 include ahard drive, flash memory device, or other memory or storage, of orcommunicatively connected to the the device 10. Examples of the network110 include any telecommunications network, such as a packet-switchednetwork, which may be a wired or wireless network, including but notlimited to any one or more wide area network (WAN), local area network(LAN), wireless local area network (WLAN), the Internet, virtual privatenetwork (VPN), or other network or link or combination of links ornetworks for communication.

In operation, the video, from either local storage 106 or the network110, is received by a demultiplexer 107 as successive frames. Thedemultiplexer 107 separates different segments of each video frame, forexample, video, audio and/or metadata segements of each frame, anddelivers the respective segments to decoder(s) 108, 113 and/or processor105, as may be applicable for the frame. The metadata segment of thevideo frame is delivered 104 by the demultiplexer 107 to the processor105, operating in conjunction with the memory 115. The video segment ofthe frame is delivered 111 by the demultiplexer 107 to the video decoder108. The audio segment is delivered 112 by the demultiplexer 107 to theaudio decoder 113. Depending on desired implementation, thedemultiplexer 107, the video decoder 108 and the audio decoder 113 maybe a computer program stored in memory and processed by the processor105, in conjunction with the memory 115, an electrical circuit, orcombinations.

The video decoder 108 decodes the video segment of each frame of thevideo and outputs for display each decoded frame as a respective imagein the display 109. Examples of the video decoder 108 include anyindustry standard decoder, such as H264, MPEG2, JPEG, or other, anyproprietary decoder, or other decoder suitable for the video. The audiodecoder 113 decodes the audio of each frame of the video, and deliversthe decoded audio to the speaker 114 for audio output. Examples of theaudio decoder 113 include any industry standard decoder such as AAC,MP3, OGG, or other, any proprietary decoder, or other decoder suitablefor the video.

Further in operation, the processor 105, in conjunction with the memory115, processes the respective metadata segment 104 (or segments, asapplicable) of each frame of the video. In processing the metadatasegment 104, logical determination is made by the processor 105, asdictated by the metadata segment 104, for response to any relevant inputreceived from an input device (e.g., the keyboard 100, mouse 101, ortouch pad or display 102) in order to control which of a next frame ofthe video should be processed and output by the display 109 and/orspeaker 114. If the processor 105, during processing of the metadatasegment 104 of a then-current frame of the video, receives an applicableinput (such as by a user to an applicable input device) as per themetadata segment 104, the processor 105 responds with a frame request103. The frame request 103 is communicated to the local storage 106 orremote source of the network 110, whichever is then supplying the video.Responsive to the frame request 103, the next frame of the frame request103 is next received by the demultiplexer 107 for processing. Furtherparticulars of the metadata segment (or segments) and its processing,and inputs which, based on particulars of the metadata segment, mayinvoke the frame request 103, will be further described.

Referring to FIG. 2, an example video 20, for purposes of explanationbut not limitation, includes six frames—frame 1 200, frame 2 204, frame3 206, frame 4 208, frame 5 211 and frame 6 214. Each frame 200, 204,206, 208, 211 and 216 includes one or more respective metadata segment.Each metadata segment is a code or file stored in memory and processedby the processor 105, which can receive particular input from an inputdevice and invoke next action. For example, input of a swipe gesture toa touch pad, a click to a mouse, a keyboard entry, or the like, caninvoke a next processing operations, such as processing of a next imageof the video.

Further in the example, the frame 1 200 of the video includes twometadata segments 201, 202. Both metadata segments 201, 202, whenprocessed by the processor 105 and responsive to input, for example, oneor more click or touch to a specific area of a touch display or thelike, invoke particular next processing operation for the video. Themetadata segment 201 when invoked 212, for example purposes, by an inputswipe action to a touch sensitive display, is processed to initiate a“goto” (i.e., a call or request by the processor 105 for) the frame 4208. The metadata segment 202 when invoked 203, for example, by anotherswipe gesture to the display, will goto the frame 2 204.

The frame 2 204 has only one metadata segment 205, a downward swipegesture input to the touch sensitive display in the example. When themetadata segment 205 is invoked by such input, the processor initiates agoto the frame 3 206.

The frame 3 206 has two metadata segments 209, 207, each invoked byswipe gestures to the touch sensitive display for purposes of example.An upward swipe gesture 209 to the display, for example, will goto theframe 2 204, and a left swipe gesture 207 to the display will goto theframe 1 200.

The frame 4 208 has three metadata segments 213, 215 and 210, eachinvoked by swipe gestures. An upward swipe gesture 213 will goto theframe 1 200, a right swipe gesture 215 will goto the frame 6 214, and adownward swipe gesture 210 will goto the frame 5 211.

The frame 5 211 has two metadata segments 216 and 217, each invoked byswipe gestures. An upward swipe gesture 216 will goto the frame 4 208,and a downward swipe gesture 217 will goto the frame 1 200.

The frame 6 214 has only one metadata segment 218, an upward swipegesture, which when invoked will goto the frame 1 200.

Referring to FIG. 3, another example video 30, for purposes ofexplanation but not limitation, includes two frames 301, 304, where eachof the frames 301, 304 includes respective multiple segments (e.g., ofvideo, metadata, and/or audio). In the example, the frame 301 includes avideo segment 302 and a metadata segment 303, and the frame 304 includesa video segment 305, a metadata segment 306, and an audio segment 307.Each video segment 302, 305 of the frame 301, 304, respectively, of thevideo 30, in form received by a player device, for example, such as theplayer device 10 of FIG. 1, may be encoded according to an encodingformat, for example, H264, MPEG2, JPEG, or other. The audio segment 307of the frame 304 includes an audio code or file, encoded in AAC, MP3, orother format. The metadata segment 303, 306 of each frame 301, 304,respectively, is processed by a processor of the player device tocontrol if/when and which of the frames 301, 304 to next goto forprocessing and output by the player device.

The frame 22 301 includes two segments, a video segment 302 and ametadata segment 303. The video segment 302 corresponds to a singlevideo frame of the video 30. The metadata segment 303, associated withthe frame 22 301, includes three possible logical determinants forprocessing by the display device in response to inputs to the displaydevice. These determinants, responsive to input to the player device,include a click action input to a touch sensitive display (and/or otherinput device) of the player device, a swipe left action input to thedisplay, and a double click action input to the display.

The frame 23 304 includes three segments of a video segment 305, ametadata segment 306 and an audio segment 307. The video segment 305includes a single video frame of the video 30. The metadata segment 306includes three logical determinants associated with the then-currentframe 23 304, i.e., a click input, a swipe left input and a double clickinput. The audio segment 307 includes an audio file associated with thethen-current frame 23 304.

Referring to FIG. 4, a method 40 of processing a video file by a videoprocessing device, for example, a video player device, commences with astep 400 of receiving a first frame 0 of the video by the videoprocessing device. The video processing device may maintain the video ina local storage of the device, the video may be received from streamingover a network by the device, or otherwise.

Upon the receiving step 400, the frame 0 is read by the video processingdevice in a step 401. The frame 0 includes at least a video segment anda metadata segment. The metadata segment includes one or more logicaldeterminant associated with the frame 0. If an applicable input per themetadata segment is received in a step 402 during processing of themetadata segment, the metadata segment as processed invokes in a step403 a request by the device for a next frame of the video.

In effect, the metadata segment of the frame 0, along with anyapplicable input, is processed in the step 402 to determine if any gotocriteria of the metadata segment is met. If any goto criteria is met,then an identifier of the frame to goto next, and the type of anytransition, is saved in a step 403. If goto criteria is not met, thentesting 404 is performed to check if a true video file is being played.

If true video is not being played (e.g., if the video provides text orstill image and processing of the metadata segment indicates that a nextframe of the video is not to be called unless any goto criteria of themetadata is met), the method returns to the step of testing 402 todetermine if any goto criteria of the metadata segment is met. Displayof the the then-current video frame (e.g., in the case of a first frame,the frame 0) then continues until any goto criteria of the metadatasegment is met.

If, on the other hand, a true video is being played (e.g., if thevideo—or successive frames of the video—is merely a succession of framesfor providing a moving scene of images and without logical determinationper any metadata segment), in a step 405, a next frame for processing isset to the then-current frame plus one (e.g., in the case of the firstframe, the frame 0, plus 1, so frame 0+1) and the transition type is setto instant (i.e., the next frame, such as frame 0+1, is automaticallynext displayed in due course of processing the video) 405. The nextframe (e.g., frame 0+1) is then read in a step 406. After that nextframe is read (including, as applicable, decoded), the transition isapplied in a step 407 to this next frame, which determines how this nextframe is displayed. After this next frame is displayed, processing 402in the method 40 continues with display of such next frame andprocessing of any metadata segment(s) associated with this next frameaccording to the method 40.

Referring to FIG. 5, example displays 50 of two example consecutiveimage displays 500, 503 of an example video are illustrated, where thesecond image display 503 includes a metadata segment invoked display ofa second simultaneously processed video window 505 (i.e., therectangular window of the display) overlaid atop a first simultaneouslyprocessed video window 501. The first image display 500 contains asingle video content (e.g., a single frame of the video) played fordisplay in the window 501. Responsive to processing of an applicablemetadata segment of the video (e.g., of the single frame of the video)and invocation through an applicable action (e.g., a swipe to thescreen) that a logical criteria per the metadata segment is met, thesecond image display 503, with the overlaid video window 505, isprocessed and displayed (in overlaid manner of the display 503). In theexample, processing of the particular metadata segment, together withreceived input in accordance with logical determination per the metadatasegment, displays (as an additional video) the video window 505 overlaidatop of the original video window 504 (which is illustrated as the videowindow 501 in the first display 500). The video window 505, in theexample, has five display area-based click/touch input actions forinvoking further processing in accordance with the metadata segment. Inthe example, the metadata segment includes five logical determinants,each invoked by a respective click/touch input. For example, a startbutton 506, stop/pause button 507, skip backward button 508, and a skipforwards button 509 display in the display 503 within the overlaidwindow 505. Each of the buttons 506-509 is associated with one or moremetadata segment of the video, and upon input to the button (e.g.,click/touch) appearing in the display 503, processing of the metadatasegment associated with the applicable button causes next action inaccordance with the relevant button 506-509, respectively, for the videodisplayed/played in the first simultaneously processed video window 501(i.e. start video, stop/pause vido, skip backward in video, or skipforward in video, as applicable). A remove button 510, invoked andoperating in similar manner, causes removal of the videodisplayed/played in the first simultaneously processed video window 501and the second simultaneously processed video window 505. The buttonsare merely intended as examples, and other metadata segment(s) andrelevant input could effect other actions and displays in theembodiments.

Referring to FIG. 6, other example displays 60 of two other exampleconsecutive image displays 600, 605 each include two non-overlaid videowindows 601 and 602, as to display 600, and windows 606 and 607, as todisplay 605. In the first of the image display 600, two separate videos,in respective windows 601, 602, are being concurrently processed/playedand displayed in the display 600. Each of the videos has a respectiveone or more metadata segment associated with the frame of the applicablevideo of the respective window 601 or 602 of the display 600. The secondimage display 605 illustrates a click/touch action to the display 605triggering a button 608 of the video window 606. Processing of themetadata segment(s) associated with the frame of video processed/playedin the video window 606, on input to the button 608 (e.g., byclick/touch), logically invokes (as per the metadata segment(s)) adifferent image display 605 (i.e., different frame) of the video in thewindow 607. In effect, the processed metadata segment(s), together withreceived input to the button 608, invokes a different image display 605of the separate video in the window 606, as well. Thus, the window 606of that separate video now displays a frame of the video that is thewindow 606 with highlighted button 608, and the window 607 of the othervideo displays a different frame of the other video that is the window607 showing a different image for viewing from that of the window 602.

Referring to FIG. 7, an example of two different videos provides asingle image, on the one hand, and two separate images, on the otherhand, each of same content but formatted for two differently sized(physical size) screen displays, respectively. A video 1 703 iscomprised of one frame 700, and a video 2 704 is comprised of two frames701 and 702. The video 1 703 was created, for example, for use on alarger (physically) screen display, and the video 2 704 was created, forexample, for a smaller (physically) screen display. The frames 700, 701,702 each include respective video segment and one or more metadatasegments. In the example, all content is formatted to fit into a larger(physically) screen display where the video 703 for that larger screendisplay includes the single frame 700. Because all content cannotactually or desirably fit in a smaller (physically) screen display, thevideo 704 for the smaller screen display includes the two frames 701 and702.

Referring to FIG. 8, an example series of successive displays 80 forthree separate videos include a first display set 800 (and relatedwindow images 200), a second display set 801 (and related window images208, 211, 214) and a third display set 802 (and related window images204, 206). In the example, each of display sets 800, 801, 802 depictsdisplay for a separate respective video, a first video, second video andthird video, respectively, that is processed and played by a playerdevice. Referring back to FIG. 2 in conjunction with FIG. 8, FIG. 2depicts the same images, however, the images of FIG. 8 result from threeprocessed/played videos, whereas the images of FIG. 2 result from asingle processed/played video. In FIG. 8, the first display set 800includes the single window image 200 of the first video associated withthe image 200. This window image 200 of the first video includes one ormore associated metadata segment processed by the player device,responsive to input to the player device. For example, from the windowimage 200, an input (click, touch, etc.), per the particular metadatasegment as processed for the first video and image 200, invokes theprocessing/play of another video associated with the display sets 801 or802. The particular first video of the image 200 is a “manager” video,from which manager video the other videos (second video and/or thirdvideo) for the display sets 801 or 802 may be initiated (in accordancewith particular metadata segment of and input associated with the videoof the image 200). In the example, the second display set 802 of thesecond video includes two possible window images 204, 206, each withrespective associated metadata segment that is processed together withdevice in puts for further action (e.g., change 205 from one image 204to the other image 206, and vice versa 209, or change back to the firstdisplay set 800 of the original video). The third display set 801 (i.e.,third video) includes three possible window images 209, 211 and 214,each with respective associated metadata segment(s) processed with anyinputs to the player device for next action (e.g., change 210, 215,respectively, from image 208 to either image 211 or image 214,respectively; change 216 from the image 211 back to the image 208; orchange 213, 217, 218, respectively, from any image 208, 211, 214,respectively, back to the image 200 of the display set 800). In theforegoing example, shifts between display sets 800, 801, 802 areeffected by shift to another video (e.g., shift between first, secondand third video), whereas each video may include more than one framewith associated metadata segment(s) that when processed and upon inputwill invoke subsequent frames for display, or the like.

Referring to FIG. 9, as mentioned, video encoding formats often have twotypes of video frames, I frames and P frames. The I frames can bedecoded without reference to any other frames, and the P frames aredecoded with reference to previously decoded I frames and P frames. TheI frames take considerably more storage then P frames, therefore, more Pframes and fewer I frames are desired for storage considerations.Nonetheless, to randomly access any given frame within a video, theprevious I frames and also previous P frames must first be decoded.

A example of a typical video 900 includes headers 901 and fiverespective video frames 907, 908, 909, 910, 911. Each video frame 907,908, 909, 910, 911 may contain multiple segments (as described withrespect to FIG. 3), however, the frames 907, 908, 909, 910, and 910 areshown as single segments for purpose of explanation but not limitation.The headers 901 include a set of header segments 902, 903, 904, 905,906, one segment for each respective frame. The header 901 in eachsegment 902, 903, 904, 905 or 906 contains code or instructors forrandomly accessing respective ones of the video frames 907, 908, 909,910, 911. For example, the first segment 902 is processed in access anddisplay of the first video frame 902, the second segment 903 isprocessed in access and display of the second video frame 908, and soforth.

Each header segment 902, 903, 904, 905, 906 of the header 901 includesan offset device and an I frame number/identifier. The offset device isprocessed as representing a value associated with a particular videoframe of the video. The I frame number/identifier identifies theparticular video frame (which will have been encoded as an I frame) thatmust be read and decoded before reading and decoding the desired videoframe. If the I frame number/identifier corresponds identically with thethen-current frame (e.g., if the then-current frame is the first frame907 and the I frame number/identifier identifies this first frame 907),then no additional frame (e.g., 908, 909, 910, 911) must then be readand decoded.

To read frame 0, the first segment 902 is read and contains, forexample, units corresponding to the values 100 and 0. The unitcorresponding to the value 100 is the offset device, such that the videoframe 0 907 starts at offset 100. The unit corresponding to the value 0represents a designator the particular frame that must first be read, ifany. In the example, if the I frame number/identifier correspondsidentically to the frame 0 907, no other frame must then be read. Basedon the unit of the offset device corresponding to the value 100, theframe 0 is read, decoded and displayed.

If next (after the frame 0, or entry frame) the frame 4 911 is to beread, segment 906 of the header 901 is read. The segment 906 containsthe I frame number/identifier of 3, in the example. The header segment905 (i.e., for I frame number/identifier of 3) for the unit of theoffset device is offset 820 (i.e., the I frame number/identifier of an Iframe is always that frame's number). Using the unit of the offsetdevice of 820, the frame 3 910 is read and decoded. After decoding theframe 3 910, the frame 4 911, corresponding to the unit of the offsetdevice having offset 1020 (i.e., from segment 906), is read. The frame 4911 is decoded and displayed. The I frames are always read and decoded,but never displayed.

In the foregoing, the invention has been described with reference tospecific embodiments. One of ordinary skill in the art will appreciate,however, that various modifications, substitutions, deletions, andadditions can be made without departing from the scope of the invention.Accordingly, the specification and figures are to be regarded in anillustrative rather than a restrictive sense, and all such modificationssubstitutions, deletions, and additions are intended to be includedwithin the scope of the invention. Any benefits, advantages, orsolutions to problems that may have been described above with regard tospecific embodiments, as well as device(s), connection(s), step(s) andelement(s) that may cause any benefit, advantage, or solution to occuror become more pronounced, are not to be construed as a critical,required, or essential feature or element.

What is claimed is:
 1. A system for interacting with a video,comprising: a processor; a video decoder communicatively connected tothe processor; a storage communicatively connected to the video decoder,the storage contains at least one video file having more than one videoframe, at least one of the video frame including a metadata segment ofthe video frame and a header of the video frame; and an input devicecommunicatively connected to the processor, wherein the processor,responsive to the input device, processes the at least one of the videoframe including the metadata segment of the video frame, controllingselection of another of the more than one video frame for the videodecoder; wherein the processor processes the metadata segment of thevideo frame to detect any input from the input device, and (A) inresponse to the input is received by the processor from the input devicecorresponding to the metadata segment of the video frame, processing theinput together with the metadata segment and performing an action ofcalling an alternative video frame for the video decoder and not callinga next successive video frame dictated by the header section; (B) inresponse to the input is not received by the processor from the inputdevice corresponding to the metadata segment, processing a nextsuccessive video frame dictated by the header section and not callingthe alternative video frame.
 2. The system of claim 1, furthercomprising: a display communicatively connected to the processor, fordisplaying the video processed from the video file as the more than onevideo frame.
 3. A video file of respective video frames, the videoframes respectively processable by a processor to deliver a video imageto a display, comprising: a respective video segment of each videoframe; and a respective metadata logic code segment of each video frame,the respective metadata logic code segment of each video frameprocessable, responsive to interactive input received by the processor,for controlling the video in the display.
 4. A method of processing avideo file, comprising: demultiplexing the video file to obtain a firstvideo frame, the first video frame includes a video segment and ametadata segment, the first video frame includes a header; decoding thefirst video frame; processing the video segment and, responsive toreceiving an input logically operative to the metadata segment, themetadata segment of the first video frame; displaying an image inrespect of the video segment of the step of processing; if no input isreceived, selecting a second video frame for the step of decoding asdictated by the header; and if input is received, selecting a thirdvideo frame for the step of decoding as dictated by the metadata segmentprocessed with the input.
 5. The method of claim 4, wherein the secondvideo frame includes a video segment and a metadata segment, the secondvideo frame also includes a second frame header, further comprising: ifno input is received, selecting a third video frame for the step ofdecoding as dictated by the header of the second video frame; and ifinput is received, selecting a fourth video frame for the step ofdecoding as dictated by the metadata segment of the second frameprocessed with the input.
 6. The method of claim 5, wherein the step ofselecting second video frame calls the first video frame, furthercomprising the step of repeating the steps of decoding, processing anddisplaying for the first video frame.
 7. A system for displaying a videoof successive images from a video file, comprising: a demultiplexer forsplitting the video file into at least one respective video frame foreach respective image of the video, each of the at least one video frameincluding a video segment and a metadata segment and a header; a decodercommunicatively connected to the demultiplexer, for rendering each ofthe at least one respective video frame for processing; a processorcommunicatively connected to the decoder, for processing the videosegment and the metadata segment, respectively, of each of the at leastone video frame, respectively; a display communicatively connected tothe processor, for displaying the successive images, each video segmentof each video frame displayable as a respective one of the successiveimages; and an input device communicatively connected to the processor,for receiving input operative to the processor in processing themetadata segment; wherein if no input is received, selecting a secondvideo frame for the decoder as dictated by the header of the video framecurrently decoded by the decoder; wherein if input is received,selecting a third video frame for the decoder as dictated by themetadata segment processed with the input of the video frame currentlydecoded by the decoder.
 8. The system of claim 7, further comprising: astorage containing the video file communicatively connected to thedemultiplexer, the video file is streamed from the storage to thedemultiplexer.
 9. The system of claim 7, further comprising: memorycommunicatively connected to the processor; wherein the memory containsthe video file.
 10. A method for play of an interactive video, theinteractive video includes a metadata segment associated with a videosegment of each frame and a header associated with each frame,comprising: decoding the interactive video; first processing the videosegment of a first frame of the interactive video; if first notreceiving a first input directive to the step of processing the videosegment of the first frame, processing the header of the first frame toselect a second video frame; if first receiving the first inputdirective to the step of processing the video segment of the firstframe, processing the metadata segment of the first frame to select athird video frame.
 11. The method of claim 10, wherein the third frameis the same as the first frame.
 12. (canceled)